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RELATED APPLICATIONS 



This application relates to, incorporates by reference, and claims priority from, 
United States Patent Application Serial Number 09/426,102, entitled, "Method and 
Apparatus for Content Personalization Over a Telephone Interface," filed October 22, 
1999, having inventors Hadi Partovi, Roderick S. Brathwaite, Angus M. Davis, Michael S. 
McCue, Brandon W. Porter, John Giannandrea, Eckart Walther, Anthony Accardi, and 
Zhe Li. 



Field of the Invention 

This invention relates to the field of electronic commerce. In particular, the 
invention relates to technologies for providing electronic commerce to users over a 
telephone interface. The invention also relates to identifying and registering users using 
telephone identifying information and personalizing the content, including the electronic 
commerce, presented to them using a profile selected using the telephone identifying 
information. 

Description of the Related Art 

The following describes various techniques used in telephone systems to provide 
enhanced user features. First, telephone identifying information will be discussed. Many 
telephone systems that support enhanced user features use telephone identifying 
information as a basic component. Then, a variety of example systems will be discussed 
that use telephone identifying information to provide enhanced user features will be 
discussed. 



BACKGROUND OF THE INVENTION 
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1 . Telephone Identifying Information 

The advent of automatic number identification (ANI) and calling number 
identification (CNID, CLID, or CID) within the North American Numbering Plan (NANP) 
has supported the creation of a number of services that use these pieces of telephone 
identifying information. Comparable systems may be used in other numbering plans and 
countries to support similar services. 

For example, when consumers receive credit cards in the mail, they have to call 
from their home telephone numbers to activate the cards. This is a typical use of ANI. In 
this instance, the credit card company matches the ANI information provided when the 
consumer calls to a previously provided telephone number. If the ANI matches the credit 
card company's records, the credit card company activates the card. 

2. Examples of Telephone System Personalization 

a. Personalization Generally 
With the advent of widely available real-time delivery of telephone identifying 

information such as ANI, a number of systems have been developed to use that 
information. One of the most common uses of ANI is for credit card activation. However, 
previous systems have been single purpose and typically require reference to other 
information provided separately. For example, credit card activation lines require 
separately provided information, e.g. your home phone number from the application. 

b. Building Personalized Content on the Web 
Some systems allow a user to build personalized content over the web. One 

example is the my Yahoo!™ service provided by Yahoo! of Santa Clara, California at 
<http://my.yahoo.com/>. The personalized content pages developed on the web are 
delivered over the web to users accessing the pages with computers. These systems rely on 
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a username and password type system to identify the user rather than telephone identifying 
information and the delivery mechanisms is different. 

c. Interactive Personalization 
Still other systems allow users to personalize the content without entering special 
5 editing modes. For example, Amazon.com, of Seattle, Washington, keeps track of your 
purchases and preferences using cookies stored on a customer's web browser. 

Some telephone systems provide limited customization capabilities. For example, 
voice mail systems from Octel, a division of Lucent Technologies, allow a user to set 
preferences for prompt length, but those settings must be made explicitly by each user. 
10 Further, customization is limited to a few options like prompt length and outgoing 

message selection. The user can not redefine the way the voice mail system works for 
her/him beyond those narrow customization options. Further, these customizations do not 
affect the kinds of content and further the presentation is not selected based on telephone 
identifying information. 

15 d. Locale Selection 

Services such as Amtrak's 1-800-USA-RAIL reservation line use telephone 
identifying information to select an initial region. For example, if you call Amtrak's 
reservation number in the Northeastern United States, the system presents options relating 
to the Boston- Washington line. However, if you call from California, the system presents 

20 information about travel between San Francisco and Los Angeles. 

This can be accomplished by using the calling party's area code and/or exchange 
included with the telephone identifying information to select a region. The area codes 
and/or exchanges can then be paired to different scripts or default selections. For example, 
the area codes for New York City, e.g. "212", could be mapped to the Northeast Corridor 
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while San Francisco, "415", could be mapped to the San Francisco-Los Angeles line. 
However this does not change the kind of content presented and it is not user-selected. 

e. Time Appropriate Information Presentation 

Several services provide information through the telephone. That information may 
5 be adapted based on the time of day or date. 

Some systems provide the information irrespective of the telephone identifying 
information. One example is Moviefone™, 777-FILM in most locales. Moviefone™ uses 
the current time at the called number to present appropriate information. The called 
r j number can be obtained using the dialed number identification service (DNIS). Thus, if 

~ 10 you call Moviefone™ in the San Francisco Bay Area at 10 o'clock in the morning, only 

S' 1 movies starting after 10 o'clock in the morning in the San Francisco Bay Area will be 

I'll 

Vi presented to you. However, if you call the Philadelphia Moviefone™, +1 (215) 222-FILM, 

l A from California, you will hear the Philadelphia movie times in Eastern Time. Thus, at 

; ; I 10 o'clock in the morning Pacific Time, a call to the Philadelphia Moviefone™ will 

3 15 produce information for Philadelphia show times after one o'clock in the afternoon Eastern 
Time at Philadelphia area theatres. 

f. Targeted Advertising 

Some free long distance services provide customized advertising to support their 
services. One example is Free Way™ offered by Broadpoint, of Landover, Maryland, 
20 <http://www.broadpoint.com/>. These services require an explicit user registration 
process, typically using a computer to access a web site, to provide the service with a 
profile. Once the profile is provided, the advertising is targeted to the particular person's 
explicitly provided demographic information. In some instances, the advertising may be 
targeted both based on the caller's demographics and their location. Thus, callers from the 
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San Francisco Bay Area with a particular explicit demographic profile may be presented 
one ad, while callers from outside the San Francisco Bay Area may be presented with 
another ad. Another, similar, service is offered on by phone by UAccess, Inc., 
<http://www.uaccess.com/>, by calling +1 (800) UACCESS, and provides consumers 
5 targeted advertising based on profile information they enter. 

g. Voice Character 

Most telephone systems have a small number of voice actors. Continuing with the 
example of Moviefone™, one actor performs all of the menus and prompts. Other systems 
may use different voice actors for different subsystems. 
1 0 These actors are typically selected on a system wide basis and as such, different 

voices, talents, speeds, characteristics, dialects, and other prosody aspects of the 
presentation are not user selectable. 

h. Purchase Recommendations 

Voice systems such as GALAXY from the Massachusetts Institute of Technology 
15 (MIT), Cambridge, Massachusetts, have been adapted to provide information about 

purchasing decisions for used cars. For example, GALAXY has been used to allow for 
interactive browsing of automobile classified ads. These voice systems are problem 
domain specific. Further, the systems are designed to locate vehicles matching a particular 
set of criterion, rather than making actual recommendations. 
20 Other systems are web based. For example, Amazon.com will make book 

suggestions for users connected to the web via a computer. However, those suggestions 
are limited to a particular site, e.g. Amazon.com. 
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i. Voice Login 

Most telephone systems require a user to explicitly identify herself/himself by 
using a combination of a login identifier, e.g. credit card number, account number, etc., 
and a personal identification number (PIN). Some systems abbreviate this process by 
5 allowing a user calling from a particular phone to shortcut this process slightly. For 

example, callers using a phone number associated with a particular credit card might only 
be asked to enter the last four digits of their credit card number together with their billing 
zip code instead of all sixteen digits of the card number. Other products such as Nuance 
Verifier™ from Nuance Communications, Menlo Park, California, support voice login 
o 10 capabilities, e.g. you just speak instead of entering a password. 

f rij 

■ST 1 " 

£ll i. Initial Profile Generation from Database Lookups 

I J Most systems that provide information over the telephone require users to 

f ft 

f explicitly answer one or more questions in one form or another, e.g. over the phone, the 

! f web, and/or in written form. These questions form a demographic and/or psychographic 

15 profile for the user. All of these systems require the user to explicitly provide her/his 
profile information. 

3. Telephone Commerce Systems 

Prior techniques for telephone commerce have required users to explicitly identify 
themselves and provide credit card, or other billing information, for each transaction. For 
20 example, Moviefone™ allows consumers to purchase tickets for movies via a telephone 
interface. To purchase the tickets, the user must explicitly key her/his credit card 
information into the Moviefone™ system. For verification purposes, Moviefone™ 
requires the presence of the credit card when the tickets are picked up at the theatre. 
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Other automated systems operate similarly. Some systems record a user speaking 
her/his address either on tape, or in a computer memory, to allow for entry of the user's 
address information. These systems require offline processing by humans to key the voice 
entered data for order completion. Examples of these types of systems may include 
5 telephone operator base commerce, e.g. mail-order catalogs, and telephone based stock 
trading. 

SUMMARY OF THE INVENTION 

A voice portal supporting telephone to web server commerce is described. The 
p voice portal allows users to access web servers using a hypertext transfer protocol 

s £ 10 (HTTP), optionally including the use of a secure sockets layer (SSL) protocol, to complete 

lis 

p commercial transactions. This allows the voice portal to complete transactions at 

non- voice enabled electronic commerce sites through a data connectivity engine 
supporting access to standard electronic commerce web sites. 

f i I 

12 Some embodiments of the invention employ a one word commerce model. This 

q 15 model abstracts the particular commerce model used by electronic commerce vendors, e.g. 

web site A uses a shopping cart model, web site B uses a one-click buy model, web site C 
uses a third purchase model. The one word commerce model permits a purchaser to 
identify a product and then signal her/his purchase intentions with a single word, phrase, 
or touch-tone command. Thus, the particular vendor's commerce - and fulfillment - 
20 model is irrelevant. 

The voice portal can then complete the transaction by supplying the electronic 
commerce vendor all necessary information about the purchaser to complete the 
transaction. For example, the voice portal can provide the purchaser's address, telephone 
number, electronic mail address, credit card information, etc. 



C:\NRPORTBLAPALib1\DRH\l 104973.4 



9 



Attorney Docket Number: 22379-70] 



As needed, the voice portal can prompt the purchaser for information. For 
example, the first time a purchaser uses the voice portal, her/his shipping address may not 
be known to the voice portal. The voice portal can maintain a record of this information 
apart from a particular vendor. Thus, information need not be repeatedly collected and can 
5 be automatically re-used for future purchases at different vendors. 

Further, embodiments of the invention can provide a record of commerce 
transactions in the form of voice receipts. The voice receipts can include a vendor specific 
tracking and status information. For example, the voice receipt may include tracking 
information such as the shipping status from the web site of an electronic commerce 

U 

q 10 vendor as well as details of the purchase. Similarly, the voice receipt for a stock trade 

£n request could include the time of execution, the execution price, and/or other merchant 

in 

I ^ specific information. The voice receipts can be reviewed over the telephone interface 

* iS and/or from a web site coupled to the voice portal. 

Selective password protection of the commerce features are afforded by some 
Lj 1 5 embodiments of the invention to reduce the likelihood of unauthorized transactions. For 
□ example, some embodiments require the user to provide a password, or other identification 

number, to the voice portal for the first commerce transaction of each telephone session. 

Additionally, embodiments of the invention may employ a range of personalization 
techniques to assist purchasers in selecting items as well as in the presentation of 
20 suggested items. For example, the voice portal may supply customized commerce 

suggestions based on the time of day, the time of the year, special events in the user's 
locale, etc. 
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BRIEF DESCRIPTION OF THE FIGURES 

Fig. 1 illustrates a system including embodiments of the invention used to provide 
personalized content to users of telephones according to telephone identifying information. 

Fig. 2 illustrates the components of a voice portal supporting personalized content. 

Fig. 3 is a process flow diagram supporting personalization and registration of and 
for users accessing a voice portal over a telephone interface. 

Fig. 4 is a process flow diagram for personalizing a voice portal over a web based 
interface. 

Fig. 5 is a process flow diagram for providing personalized content according to 
some embodiments of the invention. 

Fig. 6 is a process flow diagram for conducting electronic commerce over a 
telephone interface according to some embodiments of the invention. 
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DETAILED DESCRIPTION 



A. Introduction 

A voice- portal supporting electronic commerce over a telephone interface is 
described. The voice portal allows users of telephones, including cellular telephones, to 
access a voice portal by dialing a phone number to purchase goods and services. The 
information provided over the voice portal may come from the World Wide Web 
(WWW), databases, third parties, and/or other sources. 

The term voice portal refers to the capability of various embodiments of the 
invention to provide commerce capabilities over a telephone interface to a caller. The 
voice portal can receive dual-tone multi-frequency (DTMF or touch-tone) commands as 
well as spoken commands to further control the content presented and direct commerce 
transactions as well as the manner of presentation. The term audio request, or input, is 
used to refer to either a voice or touch-tone input, or a combination of the two types of 
input. 

Embodiments of the invention use telephone identifying information to personalize 
caller interactions with the voice portal. This allows the system to present highly 
customized information to each caller based on a personal profile the system associates 
with the telephone identifying information. 

The invention will be described in greater detail as follows. First, a number of 
definitions useful to understanding the invention are presented. Then, the hardware and 
software architecture is presented in the System Overview. Then, a series of sections 
describe the various personalization features provided by different embodiments of the 
invention. Then, a section describes the electronic commerce capabilities of the system. 
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B. Definitions 

1 . Telephone Identifying Information 

For the purposes of this application, the term telephone identifying information 
will be used to refer to ANI information, CID information, and/or some other technique 
5 for automatically identifying the source of a call and/or other call setup information. For 
example, telephone identifying information may include a dialed number identification 
service (DNIS). Similarly, CID information may include text data including the 
subscriber's name and/or address, e.g. "Jane Doe". Other examples of telephone 
identifying information might include the type of calling phone, e.g. cellular, pay phone, 
10 and/or hospital phone. 

Additionally, the telephone identifying information may include wireless carrier 
specific identifying information, e.g. location of wireless phone now, etc. Also, signaling 
system seven (SS7) information may be included in the telephone identifying information. 

2. User Profile 

15 A user profile is a collection of information about a particular user. The user 

profile typically includes collections of different information as shown and described more 
fully in connection with Figure 6. Notably, the user profile contains a combination of 
explicitly made selections and implicitly made selections. 

Explicitly made selections in the user profile stem from requests by the user to the 

20 system. For example, the user might add business news to the main topic list. Typically, 
explicit selections come in the form of a voice, or touch-tone command, to save a 
particular location, e.g. "Remember this", "Bookmark it", "shortcut this", pound (#) key 
touch-tone, etc., or through adjustments to the user profile made through the web interface 
using a computer. 
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In contrast, implicit selections come about through the conduct and behavior of the 
user. For example, if the user repeatedly asks for the weather in Palo Alto, California, the 
system may automatically provide the Palo Alto weather report without further prompting. 
In other embodiments, the user may be prompted to confirm the system's implicit choice, 
e.g. the system might prompt the user "Would you like me to include Palo Alto in the 
standard weather report from now on?" 

Additionally, the system may allow the user to customize the system to meet 
her/his needs better. For example, the user may be allowed to control the verbosity of 
prompts, the dialect used, and/or other settings for the system. These customizations can 
be made either explicitly or implicitly. For example if the user is providing commands 
before most prompts are finished, the system could recognize that a less verbose set of 
prompts is needed and implicitly set the user's prompting preference to briefer prompts. 

3. Topics and Content 

A topic is any collection of similar content. Topics may be arranged hierarchically 
as well. For example, a topic might be business news, while subtopics might include stock 
quotes, market report, and analyst reports. Within a topic different types of content are 
available. For example, in the stock quotes subtopic, the content might include stock 
quotes. The distinction between topics and the content within the topics is primarily one of 
degree in that each topic, or subtopic, will usually contain several pieces of content. 

4. Qualified 

The term qualified as it is used in this application refers to whether or not a 
particular user being presented an advertisement, or other material, meets the demographic 
and/or psychographic profile requirements for that advertisement, or content. For example, 
a San Francisco-based bookstore might request that all listeners to its advertisement be 
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located in a particular part of the San Francisco Bay Area. Thus, a user of the system 
would be qualified if she lived in the designated part of the San Francisco Bay Area. 

Different embodiments of the invention may qualify users of the system according 
to different requirements. For example, in some instances advertising, or content, is 
5 qualified solely based on telephone identifying information. In other embodiments the 

telephone identifying information is used in conjunction with other information such as an 
associated user profile, a reverse telephone number lookup for locale demographics, 
and/or other information. 

5. Locale 

1 0 As used in this application, the term locale refers to any geographic area. The 

geographic area may be a neighborhood, a city, a county, a metropolitan region, a state, a 
country, a continent, a group of countries, and/or some other collection of one or more 
geographic areas, e.g. all United State major metropolitan areas. 

For this reason, a single user of the system may be considered to be in several 

15 locales. For example, a caller from Palo Alto, California, might be in the Palo Alto locale, 
a Silicon Valley locale, a San Francisco Bay Area locale, a Northern California locale, a 
California state locale, and a United States locale. 

Thus, the telephone identifying information for a single telephone number can be 
mapped to a number of system-defined locales. 

20 6. Voice Character 

The term voice character as it is used in this application refers to all aspects of 
speech pronunciation including dialect, speed, volume, gender of speaker, pitch, language, 
voice talent used, actor, characteristics of speech, and/or other prosody values. Users can 
adjust the voice character of the system by changing their voice character settings. 
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For example, an elderly user could select voice character settings that provide 
louder volume and slower speech. Similarly, a caller from the South could adjust the voice 
character settings to support a Southern dialect. 

7. Demographic and Psychographic Profiles 

Both demographic profiles and psychographic profiles contain information relating 
to a user. Demographic profiles typically include factual information, e.g. age, gender, 
marital status, income, etc. Psychographic profiles typically include information about 
behaviors, e.g. fun loving, analytical, compassionate, fast reader, slow reader, etc. As used 
in this application, the term demographic profile will be used to refer to both demographic 
and psychographic profiles. 

C. System Overview 

First, the hardware and software architecture of a system including an embodiment 
of the invention will be described with reference to Figures 1-2. Figure 1 illustrates a 
system including embodiments of the invention used to provide personalized content to 
users of telephones according to telephone identifying information. The system of Figure 1 
can be used to allow users of standard telephones and cellular telephones to access a voice 
portal with personalized content from their telephones. 

The following lists the elements of Figure 1 and describes their interconnections. 
Figure 1 includes a telephone 100, a cellular telephone 101, a computer 102, a telephone 
network 104, an Internet 106, a telephone gateway 107, a web server 108, a voice portal 
1 10, a shared database 112 and a personalized site 130. The cellular telephone 101 and the 
telephone 100 are coupled in communication with the telephone network 104. The 
telephone network 104 is coupled in communication with the telephone gateway 107. The 
telephone gateway 107 is coupled in communication with the voice portal 1 10. The 
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computer 102 is coupled in communication with the Internet 106. The Internet 106 is 

coupled in communication with the web server 108. The voice portal 1 10 and the web 

server 108 are coupled in communication with the shared database 112. The personalized 

site 130 is coupled in communication with the Internet 106. 
5 The following describes each of the elements of Figure 1 in greater detail. The use 

of each of the elements will be described further in conjunction with the sections 

describing the personalization features. 

The telephone 100 and the cellular telephone 101 are two different telephone 

interfaces to the voice portal 110. The telephone 100 and the cellular telephone 101 may 
%J 10 be any sort of telephone and/or cellular telephone. For example the telephone 100 or the 
12 cellular telephone 101 may be a land line phone, a PBX telephone, a satellite phone, a 

: ~ wireless telephone, and/or any other type of communication device capable of providing 

I'* voice communication and/or touch-tone signals over the telephone network 104. However, 

Is. 

f\j any audio signal carrying interface could be used. 

' j 1 5 The telephone network 1 04 may be the public switched telephone network (PSTN) 

J and/or some other type of telephone network. For example, some embodiments of the 

invention may allow users with a voice over Internet Protocol (IP) phone to access the 
voice portal 110. The telephone network 104 is coupled to the telephone gateway 107 that 
allows the voice communications and/or touch-tone signals from the telephone network 
20 104 to reach the voice portal 1 10 in usable form. Similarly, the telephone gateway 107 
allows audio signals generated by the voice portal 1 1 0 to be sent over the telephone 
network 104 to respective telephones, e.g. the telephone 100. The telephone network 104 
generally represents an audio signal carrying network. 

The computer 102 is a computer such as a personal computer, a thin client 
25 computer, a server computer, a handheld computer, a set top box computer, and/or some 
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other type of visual web browsing device. The computer 102 is coupled in communication 
with the Internet 106, e.g. by a dial-up connection, a digital subscriber loop (DSL), a cable 
modem, and/or some other type of connection. This allows the computer 102 to 
communicate with the web server 108. The computer 102 typically provides a visual 
5 interface to the WWW and the web server 108 using web browsing software such as 
Internet Explorer™ from Microsoft Corporation, Redmond, Washington. 

Both the web server 108 and the voice portal 1 10 are capable of communicating 
with the shared database 1 12 to register users, build personal profiles implicitly and/or 
explicitly as will be described more fully below. The database 112 stores profiles for each 
, 3 10 user based on an association between one or more pieces of telephone identifying 

EH information and a particular user. Thus, the database may have a profile for a user Sarah 

fn 

Smith that is keyed to her home telephone number, e.g. 650-493-####. Additionally, Sarah 
%: could associate other numbers, e.g. work, cellular, etc., with her profile either implicitly, 

it .ii., 

fi* e.g. by repeatedly calling the voice portal 1 10 from those numbers, or explicitly, e.g. by 

15 adding those numbers to the system directly. 
ij In some embodiments, an existing profile for a web-based portal is adapted for use 

by the voice portal 1 10 by associating one or more telephone numbers with the existing 
profile as stored in the shared database 1 12. In these embodiments, the existing profile 
may be further modified for use with the voice portal 1 1 0 to allow for different 
20 preferences between the web and the voice interfaces. 

The call flow arrows 1 14-122 shown on Figure 1 will be described in greater detail 

below. 

Figure 2 illustrates the components of a voice portal supporting personalized 
content. This could be used to support the voice portal 1 1 0 and provide personal content as 
25 described above. 
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The following lists the elements of Figure 2 and describes their interconnections. 
The voice portal 1 10 is coupled in communication with the telephone gateway 107. The 
voice portal 110 includes a call manager 200, an execution engine 202, a data connectivity 
engine 220, an evaluation engine 222 and a streaming engine 224. Additionally Figure 2 
includes elements that may be included in the voice portal 1 10, or which may be separate 
from, but coupled to, the voice portal 110. Thus Figure 2 also includes a recognition server 
210, a text to speech server 214, an audio repository 212, the shared database 1 12, a 
database 226, the Internet 106, a database 228 and a web site 230. The call manager 200 
within the voice portal 1 10 is coupled to the execution engine 202. The execution engine 
202 is coupled to the recognition server 210, the text to speech server 214, the audio 
repository 212, data connectivity engine 220, the evaluation engine 222 and the streaming 
engine 224. The data connectivity engine 220 is coupled in communication with the 
shared database 112, the database 226 and the Internet 106. The Internet 106 is coupled in 
communication with database 228 and the web site 230. 

The following describes each of the elements of Figure 2 in greater detail. The use 
of each of the elements will be described further in conjunction with the sections 
describing the personalization features. 

Typically, the voice portal 1 10 is implemented using one or more computers. The 
computers may be server computers such as UNIX workstations, personal computers 
and/or some other type of computers. Each of the components of the voice portal 110 may 
be implemented on a single computer, multiple computers and/or in a distributed fashion. 
Thus, each of the components of the voice portal 1 10 is a functional unit that may be 
divided over multiple computers and/or multiple processors. The voice portal 110 
represents an example of a telephone interface subsystem. Different components may be 
included in a telephone interface subsystem. For example, a telephone interface subsystem 
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may include one or more of the following components: the call manager 200, the 
execution engine, the data connectivity 220, the evaluation engine 222, the streaming 
subsystem 224, the audio repository 212, the text to speech 214 and/or the recognition 
engine 210. 

The call manager 200 is responsible for scheduling call and process flow among 
the various components of the voice portal 1 10. The call manager 200 sequences access to 
the execution engine 202. Similarly, the execution engine 202 handles access to the 
recognition server 210, the text to speech server 214, the audio repository 212, the data 
connectivity engine 220, the evaluation engine 222 and the streaming engine 224. 

The recognition server 210 supports voice, or speech, recognition. The recognition 
server 210 may use Nuance 6™ recognition software from Nuance Communications, 
Menlo Park, California, and/or some other speech recognition product. The execution 
engine 202 provides necessary grammars to the recognition server 210 to assist in the 
recognition process. The results from the recognition server 210 can then be used by the 
execution engine 202 to further direct the call session. Additionally, the recognition server 
110 may support voice login using products such as Nuance Verifier™ and/or other voice 
login and verification products. 

The text to speech server 214 supports the conversion of text to synthesized speech 
for transmission over the telephone gateway 107. For example, the execution engine 202 
could request that the phrase, "The temperature in Palo Alto, California, is currently 58 
degrees and rising" be spoken to a caller. That phrase would be translated to speech by the 
text to speech server 214 for playback over the telephone network on the telephone (e.g. 
the telephone 100). Additionally the text to speech server 214 may respond using a 
selected dialect and/or other voice character settings appropriate for the caller. 
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The audio repository 212 may include recorded sounds and/or voices. In some 
embodiments the audio repository 212 is coupled to one of the databases (e.g. the database 
226, the database 228 and/or the shared database 112) for storage of audio files. Typically, 
the audio repository server 212 responds to requests from the execution engine 202 to play 
5 a specific sound or recording. 

For example, the audio repository 212 may contain a standard voice greeting for 
callers to the voice portal 1 1 0, in which case the execution engine 202 could request 
play-back of that particular sound file. The selected sound file would then be delivered by 
the audio repository 212 through the call manager 200 and across the telephone gateway 
10 107 to the caller on the telephone, e.g. the telephone 100. Additionally, the telephone 

gateway 107 may include digital signal processors (DSPs) that support the generation of 
sounds and/or audio mixing. 

The execution engine 202 supports the execution of multiple threads with each 
thread operating one or more applications for a particular call to the voice portal 110. 
1 5 Thus, for example, if the user has called in to the voice portal 1 1 0, a thread may be started 
to provide her/him a voice interface to the system and for accessing other options. 

In some embodiments of the invention an extensible markup language (XML)- 
style language is used to program applications. Each application is then written in the 
XML-style language and executed in a thread on the execution engine 202. In some 
20 embodiments, an XML-style language such as VoiceXML from the VoiceXML Forum, 
<http://www.voicexml.org/>, is extended for use by the execution engine 202 in the voice 
portal 110. 

Additionally, the execution engine 202 may access the data connectivity engine 
220 for access to databases and web sites (e.g. the shared database 112, the web site 230), 
25 the evaluation engine 222 for computing tasks and the streaming engine 224 for 
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presentation of streaming media and audio. The streaming engine 224 may allow users of 
the voice portal 1 1 0 to access streaming audio content, or the audio portion of streaming 
video content, over the telephone interface. For example, a streaming media broadcast 
from ZDNet™ could be accessed by the streaming engine 224 for playback through the 
5 voice portal. 

The data connectivity engine 220 supports access to a variety of databases 
including databases accessed across the Internet 106, e.g. the database 228, and also access 
to web sites over the Internet such as the web site 230. In some embodiments the data 
connectivity engine can access standard query language (SQL) databases, open database 
10 connectivity databases (ODBC), and/or other types of databases. The shared database 1 12 
in is represented separately from the other databases in Figure 2; however, the shared 

:=s, 

fy database 112 may in fact be part of one of the other databases, e.g. the database 226. Thus, 

£ n the shared database 1 12 is distinguished from other databases accessed by the voice portal 

S s 

I st 1 10 in that it contains user profile information. 

T-ij 

r~. 15 Having described the hardware and software architecture supporting various 

J 5 embodiments of the invention, the various personalization features provided by different 

embodiments of the invention will now be described. 

D. Telephone Driven Profile Building 

Turning to Figure 3, the process of creating a profile using a telephone interface 
20 will be described. This process will be described with reference to the call flow arrows 
shown on Figure 1 as well. 

The voice portal 1 10 is able to flexibly handle multiple callers from a single 
telephone, e.g. Tom and Dick are roommates and both call from 650-493-####. Similarly, 
the voice portal 1 10 is able to handle a single caller that uses multiple telephones, e.g. 
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Tom has a cell phone 650-245-####, his home phone 650-493-####, and a work phone 
408-301 -####. The manner in which the voice portal 1 10 can handle some of the above 
situations will be discussed throughout. In the example used while describing Figure 3, the 
process will be described using a caller Jane Smith as an exemplary caller who has never 
5 registered with the voice portal 110 from any telephone and an exemplary caller John Doe 
who has previously called the voice portal 110 from his telephone 100. 

First, at step 300, telephone identifying information is received. This is shown in 
Figure 1 by call flow arrow 114 representing the transfer of telephone identifying 
information through the telephone gateway 107 to the voice portal 110. This step occurs 
10 after a user has placed a call to the voice portal 110 with a telephone, e.g. the telephone 

m 100. 

in • - 

:~, 

f y Next, at step 302, a determination is made as to whether the telephone identifying 

tfl information corresponds to a known profile, e.g. is the user registered? Some examples 

jj;* may be illustrative. If Jane Smith uses the cellular telephone 101 to call the voice portal 

lZ 15 1 10 for the first time, her telephone identifying information will not be associated with any 
existing unique profile in the shared database 112. Therefore, at step 302, the 
determination would be made that she is not registered and the process would continue at 
step 304. In contrast, John Doe has previously called the voice portal from the telephone 
100 and so his telephone identifying information will be associated with a profile in the 
20 shared database 112 and the process would continue at step 306. 

If, the telephone identifying information is not associated with an existing profile 
in the shared database 1 12, a new profile is created at step 304. The new profile may be 
initialized using a variety of information derived from the telephone identifying 
information and/or predetermined values for the voice portal 110. Thus, for example, 
25 when Jane Smith calls for the first time from the cellular telephone 101, an initial profile 
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can be created using the calling number, e.g. 650-493-####, included in the telephone 
identifying information to select initial profile settings. The call flow arrow 1 16 shows this 
process on Figure 1. The use of the telephone identifying information to create an initial 
profile is discussed below in the section "Automatic Profile Initialization". 

In some embodiments, the profile is not initialized using the telephone identifying 
information. In other embodiments, the user may be explicitly queried by the voice portal 
1 10 to create one or more components of the initial profile, e.g. "Please speak your first 
name", to allow for more personalized prompting by the voice portal 110. Once a profile is 
created, the process continues at step 306. 

At step 306, the profile is retrieved from the shared database 1 12 as shown by the 
call flow arrow 118. The profile can be updated throughout the call based on the user's 
behavior and actions — implicit preferences — as well as explicit requests from the user to 
customize the voice portal 110. Once a profile is selected at step 306, the personalized 
content can be presented to the user as shown by the call flow arrow 122 in Figure 1 . 

For example, John Doe, who is calling from the telephone 100, already has a 
profile in the shared database 112. That profile may indicate that John prefers a southern 
dialect and likes to hear a quick stock market report immediately on call in. Thus, for 
John, his telephone identifying information serves to log him directly into the system and 
trigger the personalized behavior unique to him: a quick stock market report in a southern 
dialect. In contrast, a different caller, Sarah Brown, from a different telephone will be 
provided different personalized content based on that telephone identifying information. 

The voice portal may support multiple callers from a single telephone. For 
example, Sarah Brown and John Doe may both use the telephone 100 to call the voice 
portal 1 10. In the case where two or more profiles are identified with the same telephone 
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identifying information, the voice portal may prompt for a password or other unique 
identifier, either as voice or touch-tone, to select among the profiles. 

However, as a general matter, the voice portal is configured to minimize the need 
for a caller to provide a password. Thus, during a single call session, the caller is typically 
5 only asked to provide her/his password a single time. However, some embodiments of the 
invention may require that a password always be used to complete commercial 
transactions and/or after the passage of a predetermined period, e.g. ten minutes since last 
password prompt. In some embodiments, the user may adjust her/his profile to allow login 
without a password for playback features. 

10 Also, a single profile can be associated with multiple calling numbers. For 

example, the user Jane Doe could specify that both the telephone 100 and the cellular 
telephone 101 should be associated with her profile. Similarly, if Jane calls from a new 
telephone, e.g. pay phone, she can provide her existing telephone number and her 
password to access her profile. In some embodiments, whenever the user calls from a new 

1 5 telephone number, she/he is prompted as to whether to remember the number for future 
use. In some embodiments, additional telephone identifying information, e.g. this is a pay 
phone, is used so that the caller is not prompted to associated telephone numbers that are 
likely to be single time uses with her/his profile. Similarly, voice verification may be used 
to recognize a caller's voice instead of, or in addition to, using a password or other 

20 identification number. 

Typical events that would require a password, or that the user be authenticated 
previously with a password, might include adding and removing items from the user 
profile through explicit commands as well as requests for specific personal information, 
e.g. that user's stock portfolio, bank account balances, etc. 
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It is not necessary for callers to the voice portal 1 1 0 to explicitly specify their 
preferences using this embodiment of the invention. The callers' behaviors and actions are 
used by the voice portal 1 10 to adopt implicit preferences, sometimes after receiving 
confirmation. For example, behaviors and actions reflecting repeated access to a content in 
5 a particular topic, or a particular topic, may cause the voice portal 1 10 to automatically 
include the repeatedly requested content in the default message. 

For example, if a caller from New York City repeatedly asks for the weather in San 
Francisco, the system can add the San Francisco weather to the standard weather report. 
Alternatively, the system may request confirmation before adding the weather report, e.g. 

10 "Would you like me to include San Francisco in the standard weather report?" Similarly, 
at the level of topics, users who repeatedly ask for information about business related 
issues may find that the system will adjust the main menu to include business. Similarly, if 
that same user never asks for sports scores, that option may drop off the main menu. In 
some embodiments, the system may ask for confirmation before modifying the menu 

1 5 choices, or the system may notify the user of a modification and/or allow a user to 

review/change past modifications. As a result, the structure and content of the call may 
change, e.g. San Francisco weather will be announced at the beginning of future calls and 
sports information may be omitted. 

Through the use of this process, the need for a specialized editing mode of the type 

20 seen on customizable web portals is reduced. The user's actions and behaviors shape the 
options presented to her/him. Thus, reducing the need to explicitly pick topics and/or 
content in an editing mode. However, some embodiments of the invention may allow for 
explicit profile creation in an editing mode over the web, see below, and/or over the 
telephone. Also, users are typically permitted to add and remove topics and/or items at 
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will with explicit commands, e.g. "Remember this", "Remove", "Add to my stock list", 
etc. 

E. Web Driven Profile Building 

Turning to Figure 4, the process of modifying a profile for use over a telephone 
interface over the web will be described. This process will be described with reference to 
the call flow arrows shown on Figure 1 as well. 

The process shown in Figure 4 assumes that a profile has already been created, e.g. 
by calling for the first time as described above. However, in some embodiments of the 
invention, users may create profiles using the web interface by providing the telephone 
identifying information for their primary calling phone number and a password. As is the 
case with the telephone registration process described in step 304, the telephone 
identifying information provided, here the primary calling phone number, can be used to 
create the initial profile. 

Starting at step 400, the profile is accessed using a computer (e.g. the computer 
102) via a web interface. The web interface is provided by a web server (e.g. the web 
server 108) and allows for access to the shared database 1 12 as shown by the call flow 
arrow 120. 

Once the user has signed in to access her/his profile on the computer, she/he can 
manually identify content and topics to build her/his profile at step 404. This can be 
supported by allowing the user to specify topics from a list of topics and then specifying 
per topic content from a list of content. For example, the topics might include business, 
sports, news, entertainment, and weather, to name a few. The user could include weather, 
news, and business in her/his main menu and then further customize the specific content to 
be presented within those topics. For example, within weather, the user might select the 
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specific cities she/he wants listed in her/his weather menu and/or the cities for which the 
weather is automatically played. 

Alternatively, at step 402, the user can identify a web location with personalized 
content to use in building her/his profile, e.g. a uniform resource indicator (URI). For 
5 example, Figure 1 includes the personalized site 130. The personalized site 130 could be a 
customized portal web page, e.g. my Yahoo!, My Netscape, etc., a home page the user 
herself/himself has designed, and/or any other web page that includes content of interest to 
the user. The user can identify the personalized site with a uniform resource indicator 
(URI), including a login identifier and password if necessary, e.g. for my Yahoo! The 
10 personalized site 130 can then be accessed and the pertinent user preferences, e.g. news, 
stocks, selected. Taking the example of a customized portal site, the main topics selected, 
e.g. horoscopes, and the content within, Sagittarius, could be adopted. However, the voice 
portal 110 may present its own content for that particular item, e.g. the version of the 
Sagittarius horoscope on the voice portal 110 not the version from the personalized site 



The processes of step 402 and step 404 can be used together allowing a user to 
quickly transfer preferences from a web portal to her/his voice portal while still supporting 
explicit personalization. 

Alternatively, in some embodiments of the invention, an existing web portal profile 

20 is voice enabled for use by a voice portal through the association of telephone identifying 
information with the existing web portal. In this embodiment, at step 402, the telephone 
identifying information, e.g. the primary calling number, is associated with an existing 
web profile, e.g. my Yahoo! profile, stored in the shared database 112 and that existing 
web profile is then usable from the voice portal 110 either using voice or touch-tone 

25 commands. 



15 



130. 
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Additionally, web sites like the personalized site 130 may be accessed using the 
voice portal 1 10 in some embodiments of the invention through the use of the data 
connectivity engine 220 as shown in Figure 2. 

F. Profile Building Via Other Web Sites 
5 Some embodiments of the invention may allow users of the voice portal 1 1 0 to add 

to their profile from other web sites. For example, if a user of the computer 102 is 
accessing a web site (e.g. the personalized site 130), the web site might include a link like 
"Add this to your voice portal." Thus, for example, from a service such as MapQuest™ or 
Ameritrade™, the user could click on a link to add a particular piece of content or a 

1 0 particular topic to their portal for the voice portal 110. 

For example, a user could add her/his "QQQ" stock symbol to her/his profile on 
the voice portal 1 10 even though the voice portal 1 10 may be operated independently of 
the particular web site. 

This type of web based profile building allows for widespread profile building for 

15 the voice portal 110 from a variety of Internet sites. Also, in some embodiments, the web 
browser software on the user ? s computer (e.g. the computer 102) can support an option to 
add a bookmark to the user's profile stored in the shared database 1 12 for the voice portal 
110. For example, a menu option in the browser on the computer 102 might include "Add 
Page to Voice Portal Shortcuts" and upon selecting that menu option, the current web page 

20 would be added to the user's profile on the voice portal 110. 

This would typically be accomplished by accessing a URI on the web server 108 
that included the information to be added. At that point, the web server 108 might ask for a 
primary calling phone number and/or a password. In some embodiments, a cookie stored 
by the browser on the computer 102 may be used to obviate one or both of these steps. 
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After the user provides the information, or it is accepted automatically, a confirmation 
page may be shown including a return link to the originating web page. Several example 
URI's for adding content are shown below: 

<http://www.voiceportalxom/add.cgi?topic=stock%20quote&content==QQQ> 

<http://www.voiceportalxom/addxgi?short^ 

<http ://w w w . vo iceportal xom/add xgi?short 

These examples are illustrative of the various types of URI's that can be placed as links on 
web sites to allow users of the voice portal 1 10 to further customize their profile. 

G. Locale Based Personalization 

Turning to Figure 5, the basic personalization framework used by several 
embodiments of the invention is presented. At step 500, a request is made for content, or a 
topic. Then one or more of steps 502-510 take place, in parallel or sequence, and then the 
content is presented at step 512. Which of steps 502-510 occur for a given request may be 
determined based on the topic or content requested. For example, step 504 can be omitted 
when non-time dependent information is presented. 

Turning to step 502, the customization of content based on the calling locale. The 
telephone identifying information includes information about the caller's locale 
independent of any user provided registration information. This information can be 
derived from telephone routing tables that provide a descriptive name for each area 
code/exchange combination within the North American Numbering Plan (NANP). Thus, 
the phone number 650-493-#### would be associated with "Palo Alto, California". 
Similarly, 650-592-#### would be associated with "San Carlos, California". 

This information may be directly present in the telephone identifying information 
provided to the voice portal 1 10, or may be ascertained from a local exchange routing 
guide (LERG). For international callers outside the NANP, similar types of telephone 
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identifying information can be mapped to locales within countries to the extent permitted 
by the particular numbering plan. 

The city-state combination may correspond to multiple locales for the purposes of 
the voice portal 110. For example, a county-wide or multi-city locale can be defined that 
5 encompasses multiple area code/exchange combinations. Thus, a single caller may be in 
multiple locales. 

Locale information can be further refined through the use of additional databases, 
e.g. city/state to zip code databases, street address to five digit zip code databases, reverse 
lookup databases that map phone numbers to street addresses, longitude-latitude 

10 conversion databases, and/or other databases that provide locale related information from 
telephone identifying information. Thus, for example, V and H coordinates might be 
determined using the telephone identifying information. Those can be further converted to 
a longitude and latitude to determine the locale. Alternatively, a reverse phone number 
database could be used to find a specific street address for the telephone identifying 

15 information. 

Examples of the uses for the locale information include: providing 
locale-appropriate lottery results, providing driving directions to a requested destination, 
providing locale-appropriate weather reports, providing locale-appropriate show times for 
movies other events, e.g. cultural, governmental, etc., traffic reports, yellow page listings, 

20 and/or providing other locale-related information. 

H. Time/Date Based Personalization 

Turning to step 504, the customization of content based on the time and/or date 
will now be described. The telephone identifying information includes information about 
the caller's locale independent of any user provided registration information. This 
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information can be derived from telephone routing tables that provide a descriptive name 
for each area code/exchange combination within the NANP. Thus, the phone number 650- 
493-#### would be associated with "Palo Alto, California" and thus the correct time zone, 
Pacific, could be selected as well. 
5 This time zone may be directly present in the telephone identifying information 

provided to the voice portal 1 10, or may be ascertained from the LERG. For international 
callers outside the NANP, similar types of telephone identifying information can be 
mapped to locales within countries to the extent permitted by the particular numbering 
plan. Thus, callers from United Kingdom numbers would be mapped to British Standard 
10 Time. 

The time zone information allows the voice portal 1 1 0 to customize the 
presentation of information based on the time in the callers locale. Callers can use a single 
nationwide, or international, number to reach the voice portal 110, e.g. 800-###-####. The 
voice portal 110 will use the time zone information to adjust the content presented to each 
1 5 user. 

Thus, during the lunch hour, the voice portal 110 might report a stock quote to the 
user while on a Friday evening, the voice portal 1 10 might suggest a movie. For example, 
"It is Friday night, would you be interested in seeing a movie?" A "yes" response by the 
caller will lead to the presentation of a list that is both time and date adapted and locale 

20 appropriate. For example, a caller from Palo Alto at six o'clock p.m. on a Friday would 
hear about show times after six o f clock p.m. in his local area. 

If necessary, the voice portal 110 may connect the user to an appropriate 
transaction system to complete a user requested transaction such a the purchase of an 
airline ticket, a movie ticket, an audio CD, etc. However, in many instances, the voice 

25 portal 110 may be able to directly complete the transaction using the data connectivity 
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engine 220 and access to the Internet 106 and/or one more databases (e.g. the database 
226). This process can occur even if the caller has not explicitly provided the voice portal 
110 her/his home location or the current time. For example, this personalized content 
might be presented immediately at after step 304 of Figure 3 in step 306. 

Similarly, other time sensitive information can be presented such as airline 
schedules, cultural and other events, etc. Thus, for example a caller asking for flight times 
to New York from a 650-493-#### telephone number might be prompted to select one of 
the three local airports: San Francisco International, San Jose International, and Oakland 
International, and then the flight times to New York after the current time in the Pacific 
time zone would be presented. 

Some additional examples include customizing the presentation of business reports 
based on whether or not the market is open; modifying the greeting prompt based on the 
time of day; and providing traffic information automatically during commute hours, but 
not at other times. 

I. Targeted Advertising 

Embodiments ot the invention support The picueiiluti©ii-uf targeted adverttsmg5-or_ 
other content, to callers of the voice portal 1 103^showTrars!ep"508. The two primary 
types of targeted ady^iti^iii^si^ported by embodiments of the invention will be described. 

JherflrnerejiLi ypi' i nf Ln jJi'li ul'irlvertking ran romhmpH ^ wpth — . 

1. Based Solely on Telephone Identifying Information 
Telephone identifying information can be used to reference demographic 
information about callers from a particular area. For example, if the telephone identifying 
information includes the calling number 650-493-####, corresponding to Palo Alto, 
California, general demographic information about callers from that particular region can 
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be used to target the advertising, or other content. Further, if a reverse lookup database is 
used, the phone number can, in some instances, locate specific demographic information 
for a given household, or caller. 

This personalization allows the targeting of advertising to qualified callers by the 
5 voice portal 112. For example, an advertiser of expensive luxury vehicles might request 
that its callers be qualified based on their income, or a particular psychographic attribute, 
e.g. fun-loving. In that case, the demographic profile corresponding to the telephone 
identifying information can be used to qualify the caller. Thus, callers from the relatively 
affluent city of Palo Alto, California might receive the advertising. Similarly, if a 

*~ 10 particular household meets the requirements based on a reverse lookup, those households 

fS! can receive the advertising as well. 

hi 2. Based on Profile 

s Another source of information about the caller is the profile used by the shared 

flj database 112. This profile may indicate interests based on the explicit and implicit 

" J 15 preferences, e.g. likes sports, and can be used in combination with the telephone 
™ identifying information to more closely tailor ads to the caller. 

For example, if the caller has added movie and entertainment information to 

her/his profile, either explicitly or implicitly, advertising related to movies and 

entertainment could be favored over other qualified advertising based on the caller's 
20 profile. Other examples include providing brokerage, and other financial services, 

advertisements to callers who frequently check stock quotes and/or have a customized 

stock list. 
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J. Adaptive Voice Character 

Turning to step 508, the customization of content through adaptive voice character 
will now be described. The telephone identifying information includes information about 
the callers locale independent of any user provided registration information. The locales 
5 may be associated with one or more standard voice character settings, e.g. for dialect, and 
also idiomatic speech. Thus, callers from California may receive different prompts and a 
different dialect from the voice portal then callers from Florida. 

Similarly, the telephone identifying information may include information about the 
type of phone, e.g. pay phone, hospital phone, etc., that can be used to adjust the voice 
10 character, e.g. louder and slower speech. 

Additionally, the caller's speaking voice may be used to refine the voice character 
of the system. Thus, callers with speech patterns from a particular region of the country 
may find that after several verbal interactions with the voice portal, the content being 
presented at step 5 12 is being spoken using a voice character more suited to their own 
15 speech patterns. Similarly, in response to callers who request that information be repeated 
several times, the voice character for those callers may be slowed and played back louder. 
Additional examples include allowing users to select different voice actors, different 
background music and/or sound effects, control the verbosity of prompts, etc. 

K. Purchase Recommendations 
20 Turning to step 510, the customization of content through purchase suggestions. 

Based on the caller's profile — as retrieved through the telephone identifying information — 
and/or demographic information from other sources, e.g. locale based and/or reverse 
lookup, the system can make purchasing suggestions. 



C:\NRPORTBL\PALibl\DRH\l 104973.4 



35 



Attorney Docket Number: 22379-701 



The suggestions could be based on the caller's locale and what others in that locale 
have purchased. In other embodiments, the suggestions may be based on the profile of the 
user relative to other user's purchases. In some embodiments, approaches such as 
collaborative filtering are used to generate recommendations. 
5 Examples of recommendations may include particular goods and services, e.g. 

flowers for Mom a few days before Mother's Day. Further, the exact suggestion may vary 
based on the caller's past habits, e.g. in the past you bought chocolates so this year 
chocolates might be suggested again. Alternatively, if many people from your locale are 
buying a particular book that might be suggested as well The particular purchase 

f "i 

%3 10 recommendation may relate to goods and services offered independently, by, and/or in 
Ifl affiliation with the operator of the voice portal 1 10. 

ru 

L. Voice Login 

? As discussed above, the system may support the use of one or more passwords, 

!b:fc 

I 7 either spoken or touch-tone for login and authentication purposes. The passwords provide 

r ^ 

L ^ 15 for protection against modifications to a user's profile without authentication. 

Additionally, certain specific actions, e.g. making a purchase, listening to certain types of 
personalized content, etc., may require authentication. 

Typically, the authentication system will support either a voice or a touch-tone 
password for users of the voice portal 110. This flexibility addresses situations where the 
20 voice password is not working due to line conditions and/or conditions of the calling 

telephone. Products such as Nuance Verifier™ and/or other voice login and verification 
products may be used to provide the voice login feature. In some embodiments, both types 
of authentication may be required. 
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Once logged in, or authenticated, embodiments of the invention may minimize the 
need for the user to re-authenticate herself/himself, as described above. Additionally, the 
password, either voice and/or touch-tone, used for authentication for telephone sessions 
may be the same or different as any passwords used for authentication for web access to 
the profile customization options described in conjunction with Figure 4. 

M. Automatic Profile Initialization 

As discussed in conjunction with Figure 3, it may be desirable to initialize the 
profile using the telephone identifying information. The telephone identifying information 
can be used to select an appropriate demographic profile and list of topics based on the 
calling locale. In other embodiments, a reverse lookup of the calling number provided with 
the telephone identifying information is used to obtain a specific demographic profile for a 
caller and/or her/his household. 

Then the demographic information derived from the locale and/or the reverse 
lookup are used to set initial profile values. For example, the user's income might be 
estimated based on the average income for the calling locale, e.g. Palo Alto, California, or 
from demographic information from the reverse lookup. Similarly, the caller's initial topics 
might be selected based on commonly selected topics for her/his locale and/or the 
preferences available based on the demographic information retrieved by the reverse 
lookup. 

These initial values may be revised based on a caller's later actions. For example, if 
the initial estimate of a caller's age is too high, later actions may cause that information to 
be revised. Similarly, callers may be permitted to explicitly provide certain types of 
demographic information as needed. For example, the user might provide her/his birth 



C:\NRPORTBL\PALibl\DRH\l 104973.4 



37 



Attorney Docket Number: 22379-701 



# 



date to a horoscope feature provided by the voice portal 1 10, in that instance, the birth date 
might be incorporated into the profile. 

N. Electronic Commerce Features 

The preceding discussion has focused on personalization of content for users 
accessing the voice portal 1 10. This section describes special commerce features within 
various embodiments of the invention. A transcript from a possible interaction between a 
user ("C") and the voice portal 110 ("S") will be provided. The transcript will be discussed 
segment by segment. In some instances, phrases will be included between angle brackets, 
e.g. M o" ? in those cases an appropriate substitution with the indicated value(s) should be 
made. After the dialogue from the transcript is discussed the process will be described in 
greater detail with respect to Figure 6. 



1 . Sample Dialogue Transcript 



1 


S 


<Introduction> 


2 


S 


<Optional Sponsorship> 


3 


s 


You can interrupt the system at any time. 


4 


s 


If you need assistance, say "help". 


5 


s 


Main Menu. Options: stocks, news, personal or travel. 


6 


c 


Travel. 


7 


s 


Welcome to the flight reservations system. 


8 


s 


What city would you like to depart from? San Francisco, Oakland, or San Jose? 


9 


c 


San Francisco. 


10 


s 


San Francisco. What city are you flying to? 


11 


c 


Las Vegas. 


12 


s 


Las Vegas. On what date would you like to depart? 


13 


c 


June first. 


14 


s 


June first. Around what time would you like to depart? 


15 


c 


7pm 


16 


s 


Seven p m. How many travelers? 


17 


c 


one 


18 


s 


One traveler. Will this be round trip or one way? 


19 


c 


Round trip 


20 


s 


Round trip. On what day would you like to return? 


21 


c 


June seventh 


22 


s 


June seventh. Around what time would you like to return? 


23 


c 


Nine a m 


24 


s 


Nine a m. One moment while I locate flights. 



Transcript Segment 1 
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Turning to the first segment of the transcript. The voice portal 110 introduces itself 
to the user at lines 1-5. Notice that sponsorship information can be inserted into the 
conversation, e.g. line 2. For example, the voice portal might offer a personalized 
advertisement, see above, at line 2. The sponsorship might also be personalized topically 
based on the subject matter of the purchase, e.g. travel. 

In this example, the user is attempting to purchase an airline ticket. The user lives 
in Palo Alto, California, and so the personalization features of the system described above 
allow the system at line 8 to prompt the user with the most likely departure airports. Thus, 
the personalization features are easily combinable with the commerce features of 
embodiments of the invention. In appropriate circumstances, the list provided might be 
adjusted based on the user's present location as opposed to the user's home. For example, 
if the user were to call from a pay phone in Washington, D.C., the airports in the D.C. area 
might be listed in addition to, or instead of, the San Francisco area airports. 

At lines 9-24 of the transcript, the user provides information to clarify her/his 
purchase requests. Airline tickets require a more elaborate dialogue than say music CDs 
because there is more information to specify. 

In contrast, if at line 6 the user said, "Music", and that was a valid option, the 
system might ask for the artist or album name. Then, the user might be prompted to select 
from a short list of found items. For example, the user might say "98 Degrees" and the 
system might offer "There are three albums from 98 Degrees, please select 98 Degrees, 98 
Degrees and Rising, or 98 Degrees Christmas." Upon selecting one or more of those 
albums, the conversation could then continue. 
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Continuing with the transcript for the airline ticket purchase: 



25 S 


<Airline> is offering a special fare of $248 for flights to Las Vegas in June. To hear more 
about this offer, say M <Airline>". To hear a list of other flights, say "more flights". 


26 C 


<Airline> 


27 S 


<Airline> flight 2315, departs San Francisco on June 1st, at 7: 14 p.m. and arrives in Las 
Vegas at 9:50 p.m. The return flight is <Airline> flight 7006, departing Las Vegas on June 
7 th , at 8:40 a.m., and arriving in San Francisco at 10:10 p.m. 


28 S 


To reserve this <Airline> flight, say "reserve it". To hear a list of other flights, say "more 
flights". 


29 C 


Reserve it. 


" 30 S 


Your <Airline> flight has been reserved. Your <Airline> confirmation number is 
<Confirmation Number>. 


31 S 


Remember, that you can view details of this transaction, as well as others, at 
voiceportalxom. 


32 S 


To purchase this ticket, please say "purchase", say "hold" to hold the reservation for 
twenty-four hours. 


33 C 


Purchase 



Transcript Segment 2 



O Lines 25 through 33 of the transcript show the recommendation and reservation process. 

" At line 25, the system is generating a recommendation. This recommendation may be 

based on a match between the user's requested schedule and the best fare for that schedule, 
f fs 5 Additionally, other preferences could be taken into account. 

^ For example, between lines 24 and 25 of the dialogue, the system could access the 

m user profile to determine that the user prefers to fly Southwest Airlines. That preference 

^3. may be derived from either an implicit, or explicit, personalization, see above. As a result, 

the recommendation generated at line 25 may be based on that preference and as a result 
10 Southwest Airlines flights might be suggested first. 

Also, between lines 29 and 30 of the dialogue the voice portal 1 10 can access the 
user profile corresponding to the telephone identifying information to assist in completing 
the transaction. More specifically, the user's full name, address, shipping information, 
credit card number, and/or other personal information can be retrieved from the user's 
15 profile. Also, embodiments of the invention can support other types of payments than 
credit cards, most generally any form of payment identifier can be used, e.g. automated 
check clearinghouse (ACH) information, electronic currency, credit card numbers, smart 
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card payment certificate, and/or other suitable forms of payment and identification of that 
payment can be used. 

This information can then be provided to the merchant to complete the transaction. 
If the information is not available in the user's profile, it can be obtained from the user. 
Users need not be re-prompted for information already in their profile, even for new 
merchants. Thus, if the user's full name and address are in the profile, no questions would 
have to be asked at this point of the example dialogue because only a name and address 
are needed to reserve an airline ticket. 

In contrast, if that information was not known, the voice portal 110 could 
interactively obtain the necessary information prior to continuing at line 30 of the dialogue 
and reserving the ticket. If necessary, or appropriate, a human operator may be brought on 
the line to receive the information and update the user's profile. Typically, voice and/or 
touch tone responses may be used in conjunction with information about the user's calling 
locale as derived from telephone identifying information to update the information without 
the assistance of a human operator. 

Once the user's profile contains adequate information to complete the required 
function, e.g. reserve an airline ticket, the voice portal 110 can complete the task. This 
might be done by accessing a database (e.g. the database 228) belonging to the airline over 
the Internet 106, or some other network or communication channel. For example, the 
reservation database for Southwest Airlines might be accessed directly using electronic 
data interchange (EDI) format, extensible markup language (XML), and/or some other 
protocol. Those same protocols may have been used to obtain the flight information from 
the database at line 25 of the dialogue. 

In other instances, the execution engine 202 and the data connectivity engine 220 
may access a web site 230, or a web server, and perform the necessary transactions. 
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Specifically, the voice portal could respond to the purchase command by executing a 
request to a server using the HTTP protocol or the secure hypertext transfer protocol 
(HTTPS). The secure socket layers (SSL) protocol can be used to ensure the privacy and 
security of the transaction. For example, if Southwest Airlines has a web site (e.g. the web 
site 230) that supports electronic commerce using SSL, HTTPS and/or HTTP, the data 
connectivity engine 220 could supply the requisite information to the web site 230 to place 
a reservation and/or purchase tickets. 

In these situations, the data connectivity engine 220 and the voice portal 110 acts 
in a similar fashion to a user's web browser. The voice portal 110 accesses the web site 
230 for the user and provides information in appropriate fields from the user's profile. This 
interaction with a web site may occur while the user waits or in the background, with 
confirmation provided to the user at a later point. 

In some instances, one or more web site descriptions may be developed to allow 
access by the data connectivity engine 220 to web sites for commerce purposes. The web 
site description may describe how to search for products and services. For example, a 
uniform resource indicator (URI) for the search engine and the format for search queries 
for a particular web site (e.g. the web site 230) might be included. The web site description 
may also specify how to parse search results. The web site descriptions may specify how 
to initiate a purchase transaction and as well as a mapping between user profile 
information and fields on the web site's forms. The web site description may specify how 
to parse confirmation and transaction results. The web site descriptions allow the data 
connectivity engine 220 to act as an automated agent for the user. Further, they also allow 
for the generation of a cross-merchant record of all purchases made with the voice portal 
110, e.g. a voice receipt. Notification of the creation of a voice receipt is shown in line 3 1 
of the sample transcript. These voice receipts may be accessible over the web as suggested 
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by line 31 of the dialogue. Voice receipts may also be reviewed directly within the voice 
portal 1 1 0 in some embodiments of the invention. 

The voice receipt may contain information about a purchase, e.g. product/service, 
description, time of purchase, merchant/vendor/provider name, price paid, credit card 
5 used, order number, confirmation number, status -- e.g. on backorder, shipped, 24 hours to 
purchase, awaiting trade execution, etc. — and/or other information relating to the 
transaction. 

Notably, the status information may be obtained through dynamic access to one or 
more merchant data sources. For example, if the voice receipt was for a trading request, 

10 the status information might be obtained from the brokerage company's computer systems 
by the data connectivity engine 220. The voice receipts offer a powerful management tool 
to users for tracking purchases made using the voice portal at multiple merchants. As in 
the case of this airline example, the voice receipt may include helpful information, e.g. the 
confirmation number, in a secure easily accessible location, obviating the need to 

1 5 manually record it with pen and paper at the time of the transaction. 

In this example with airline tickets, a distinction is made between reserving the 
tickets and purchasing them. This distinction is specific to this type of product because 
airlines allow customers to reserve tickets for twenty-four hours before purchasing them. 



At lines 31-33 of the dialogue, the user requests the purchase of the airline ticket. 



34 S 


In order to complete this transaction using one your credit cards on file, we need to confirm 
your identity. Please speak or touch-tone your password. If you prefer to use a different 
credit card, please speak or touch-tone that credit card number now. 


35 C 


<Password> 


36 S 


We have confirmed your identity. Which credit card would you like to use? <Cardl> 
<Card2>, or <Card3> 


37 C 


<Card2> 


38 S 


Thank you, now processing your transaction. 


39 S 


<Musical Interlude> 


40 S 


Your ticket has now been purchased using your <Card2> credit card. You can review details 
of this transaction as well as others at voiceportal.com or by requesting "Receipts" from the 
main menu. 



Transcript Segment 3 
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In this example, this is the first transaction for this telephone session, as such the 
voice portal 1 1 0 requests password confirmation from the user before allowing the 
purchase to be completed. In some embodiments of the invention, the user is prompted for 
a password for all purchases. In other embodiments, a password is only requested for the 
first purchase in each telephone session. In other embodiments, the password is requested 
a single time in each session for all purposes. In some embodiments of the invention, users 
of wireless telephones may, as a default setting, not be required to provide a password 
since it is assumed that the wireless telephone is not shared by multiple users. 

The ability to quickly reference credit card information already on file improves 
transaction speed by eliminating the need for the user to re-provide information. This same 
approach can be used to select shipping addresses. For example, the system might prompt, 
"Do you want this order sent to your billing address, home address or work address?" to 
allow the user to select a shipping address for delivery of products. 

The commerce model employed by the voice portal 1 10 is designed to allow 
purchases using a single command, "Purchase", or similar phrases. In other words, the 
neither a password, a credit card selection, need be required from the user. Thus, the user 
input must specify a product selection and the user must issue the "Purchase" command. 

Accordingly, the voice portal need not maintain a shopping cart, or similar 
construct for a user, store, or session. Further, the commerce model of the voice portal 110 
is independent of the commerce model used by any merchant. Thus, the voice portal 110 
may enable its users to buy items from web sites that use a shopping cart model using the 
one word purchase commerce model of the voice portal 110. Thus, the purchase of 
multiple CDs at a music store by a user of the voice portal 110 can each be treated as 
separate purchases. Further, for each CD, all order information may be provided to the 
merchant by the voice portal 1 10 as outlined above. 
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The order fulfillment process used by a given merchant may group related 
purchases from a user over a predetermined time period, e.g. session, day, week, month, 
etc. For example, the voice portal 1 10 might combine all CD purchases made in a single 
session into a single order in the merchant's computer systems. Alternatively, the merchant 
5 may combine the separate orders for fulfillment purposes. 

Similarly, if desirable, the voice portal 110 may group distinct purchases from a 
single merchant within a predetermined time period, e.g. session, day, week, month, etc., 
into a single voice receipt with, if appropriate, status information for the individual items 
and/or the group of items as a whole. 

10 Additionally, the voice portal 1 10 may support a number of additional electronic 

commerce features. For example, accessory services may be provided relative to a 
purchase, e.g. status change notifications for a product. For example, the voice portal 110 
might prompt, "For twenty-five cents, we can notify you if your flight is delayed or 
changed, say 'notify me', to request this service." Similarly, the voice portal 1 10 might 

1 5 prompt, "For ten cents, we can send you an alpha-numeric page when your trade is 
executed, say 'page me', to request this service." 

In some instances, there may be no charge for the accessory service. The accessory 
service may be available irrespective of whether a particular merchant/vendor supports a 
feature. For example, a brokerage firm might provide e-mail trade confirmations. 

20 However, the voice portal 1 10 may use its interface to the brokerage systems to 
independently provide other features, e.g. pager notification. 

Similarly, the voice portal 1 10 may recommend related products, e.g. cross-sell. So 
in the example above of purchasing hotel tickets to Las Vegas, the system dialogue might 
prompt the user: "Our records indicate that <Convention> is being held in Las Vegas 

25 during your stay and hotel availability is low, would you like to book a hotel room now?" 
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If the user says yes, the dialogue can unfold much as it did for the purchase of the airline 
ticket. 

2. Process Detail 

Figure 6 is a process flow diagram for conducting electronic commerce over a 
5 telephone interface according to some embodiments of the invention. The process of 
Figure 6 could be used by the voice portal 1 10 to provide electronic commerce over a 
telephone interface. Throughout the discussion of Figure 6, it will be assumed that the user 
has been identified by the voice portal 1 10, as in Figure 1, e.g. using the telephone 
identifying information 1 14. Alternatively, some embodiments of the invention may use 
3 10 alternative means to identify the caller to the voice portal, e.g. an explicit login process. 



First, at step 600, an audio request is received to initiate a transaction. This request 
may take the form of the user requesting a specific topic within the voice portal 110, e.g. 
travel, stock trading, music store, etc., or a more specific request, e.g. the user might say "I 
want to buy the new CD from 98 Degrees." Other audio input formats, including 



1 5 touch-tone are possible. 

Next, at step 602, the voice portal 110 conducts an audio dialogue with the user to 
more specifically identify the product or service they wish to purchase. For the purposes of 
this discussion, a product will be considered either a product or a service. For example, if 
the user has entered the travel category, a dialogue like the example above for airline 

20 tickets might unfold. In contrast, in music, or some other type of, store, the user might be 
prompted to provide search terms, or other product identifiers. Once, the voice portal 110 
has identified a product with sufficient specificity, any of steps 604-608 may occur. Steps 
604-608 may occur in parallel, in sequence, based on user requests, and/or asynchronously 
in the background. 
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For example, the user might automatically be presented a recommendation at step 
606, e.g. a specific product like the CD "98 Degrees and Rising" or the specially priced 
airline ticket. Meanwhile, price comparisons for that product at different merchants could 
occur in the background at step 604. Also, a list of 
5 The dialogue process of step 602 and the processes of steps 604-608 may occur 

iteratively until the user has identified a product she/he wishes to purchase. Thus in the 
airline ticket purchase example above, if the user was not satisfied with the 
recommendation, the user could request a list of flights at step 608. If she/he was still not 
satisfied, she/he could return to step 602 and adjust her/his request. 
*g 10 At step 610, a purchase confirmation is received from the user for the identified 

tn product. The confirmation from the user typically takes the form of a single word or 

ftf command phrase such as "Purchase" or "Buy It", or a similar phrase. Because the user's 

s ; ?. 
=s> : ss : 

'- n identifying information is already available based on the associated profile for the 

£ 

IZ telephone identifying information, it is not necessary to input names, addresses, and credit 

i i J 

ij 15 card numbers typically. If telephone identifying information is unavailable, then the user 
*g may be required to login and identify herself/himself However, the provision of address 

information and credit card information, etc., would still be automated. 

Periodically, for security purposes a password, or other identifier, may be 
requested from the user in conjunction with step 610. For example, the first purchase of 
20 each telephone session might require a password identifier. 

At step 612, the order is then placed with the merchant. The order may be placed 
through a number of electronic means. Notably, the order may be placed directly through a 
general purpose electronic commerce web site (e.g. the web site 230) using SSL and/or 
HTTPS with the voice portal 1 10 acting as a browser on behalf of the user. The voice 
25 portal 110 can fill out forms on the web site using information from the user profile. In 
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other embodiments, XML, EDI, and/or other proprietary or non-proprietary formats are 
used to place the order with the merchant. These same techniques can be used at steps 
604-608 to access information about products and services available for sale. Thus, it is 
not necessary for merchants to specially design their electronic commerce sites to support 
5 the voice portal 1 10 or the purchase model used by the voice portal 110. However, for 
efficiency reasons a particular web site may provide a custom mechanism for the voice 
portal 1 10 to conduct commerce via HTTP, HTTPS and/or SSL as well as a custom data 
exchange format for obtaining information and placing orders. 

Additionally, a voice receipt can be generated for the transaction at step 612. The 

10 voice receipt includes information about the transaction as described above. When 

appropriate, status information can be included as part of the voice receipt. The status 
information can be dynamically obtained from the appropriate merchant for inclusion in 
the voice receipt when it is reviewed. For example, an order for CDs might have shipping 
status information extracted directly from the merchant at the time the voice receipt is 

1 5 reviewed. The voice receipts may be reviewed on a web site for the voice portal 110 
and/or on the voice portal 110 itself, e.g. over the telephone 

The process of Figure 6 omits data collection steps that may, in some instances, be 
necessary to complete certain types of orders. For example, basic information such as 
name, address, shipping address, and credit card number are needed for many transactions. 

20 That information can be collected as needed for various purposes throughout the entire 
voice portal 110. Thus, an earlier request for driving directions may have provided the 
user's address to the voice portal 1 10. As part of step 610, additional data can be collected 
either using audio input and output to a computer or to a human operator. The user of the 
voice portal 110 may not even be aware that a human operator is receiving her/his input 

25 for entry into her/his profile. In addition, reverse lookup information can be used to derive 
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the user's name and address or assist in verification of the user's input. The voice portal 
110 minimizes the need for re-entry of data by maximizing usage of user profile 
information across different merchants/vendors. 

Still other embodiments of the invention allow a user to signal on a web site to 
have the vendor contact them to complete the transaction by telephone. This may allow for 
better support of customers who are uncomfortable making purchases over the Internet 
and/or make it easier for customers to make purchases from new vendors. For example, if 
Jane Doe already has a profile established with the voice portal 110, then she can 
circumvent the purchase process at a particular merchant by clicking on a link to have the 
voice portal 110 call her. In some instances, the user may be asked to provide her/his 
phone number on the web site. 

Still other information that is needed may be product/service specific, e.g. type of 
seating, pant size, etc. That information may be obtained as part of the dialogue at step 602 
and/or stored as user preferences by the voice portal 110. 

In some embodiments of the invention, a list of items may be presented to a user, 
e.g. a top n list of books, music, etc. The voice portal 110 may pause briefly between items 
in the list to receive a purchase request, e.g. "Buy It" or a touch-tone signal. Thus, the 
purchase model is extended to handle purchases from a list of items. This may also be 
helpful when the user has requested a search and wants to purchase one of the items 
provided in the result list. 

O. Conclusion 

Thus, the voice portal 110 can serve as a telephone to HTTP, HTTPS, and/or SSL 
gateway for commerce purposes. Further, the voice portal 1 10 supports a one word 
purchase commerce model that greatly reduces the overhead of completing transactions 
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with multiple vendors using the telephone interface. Further, the model abstracts the 
particular purchase/transaction/vending model used by the vendor in favor of a uniform 
interface provided by the voice portal 110. Typical embodiments of the invention may 
support one or more words, phrases, or DTMF signals for use as the purchase command in 
the one word purchase model. 

A number of different personalization features provided by embodiments of the 
invention have been described, those features can be combined in a number of ways to 
provide personalized commerce services. 

In some embodiments, voice portal 110 can be hardware based, software based, or 
a combination of the two. In some embodiments, voice portal 1 10 is comprised of one or 
more computer programs that are included in one or more computer usable media such as 
CD-ROMs, floppy disks, or other media. In some embodiments, call manager programs, 
execution engine programs, data connectivity engine programs, evaluation engine 
programs, streaming subsystem programs, recognition server programs, and/or text to 
speech programs are included in one or more computer usable media. 

Some embodiments of the invention are included in an electromagnetic wave form. 
The electromagnetic waveform comprises information such as call manager programs, 
execution engine programs, data connectivity engine programs, evaluation engine 
programs, streaming subsystem programs, recognition server programs, and/or text to 
speech programs. The electromagnetic waveform may include the programs accessed over 
a network. 

The foregoing description of various embodiments of the invention has been 
presented for purposes of illustration and description. It is not intended to limit the 
invention to the precise forms disclosed. Many modifications and equivalent arrangements 
will be apparent. 



C:\NRPORTBL\PALibl\DRH\l 104973.4 



50 



Attorney Docket Number: 22379-701 



